Universal point of contact identifier system and method

ABSTRACT

A subscriber to a universal point of contact service designates a preferred point of contact at which a communication initiator, such as a telephone caller, can contact the subscriber. Such an initiator desiring to contact the subscriber uses the subscriber&#39;s email address to establish a communication session with a device associated with the subscriber&#39;s preferred point of contact. The subscriber&#39;s email address is input to an initiating device, preferably a telephone or facsimile machine, using an entry device capable of entering an email address. A requestor unit, receiving the email address, locates a repository of the subscriber&#39;s point of contact information, and requests that information. The repository sends the point of contact information the subscriber has designated as preferred, and the requester unit uses that information to control a telephone switch to establish a communication session between the initiating device and the subscriber&#39;s preferred point of contact device.

CROSS REFERENCE TO RELATED APPLICATION

This application is a divisional of application Ser. No. 09/873,433filed Jun. 5, 2001, which claims benefit of Provisional Application No.60/274,208 filed Mar. 9, 2001. The entire disclosures of the priorapplications is hereby incorporated by reference.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The invention relates to communication systems. More particularly, itrelates to methods and apparatuses for establishing communicationsessions between a communication initiator and a recipient of thecommunication based on preferences of the recipient.

2. Description of the Related Art

Communication has become a vital part of every day life. For somepeople, being disconnected is a concept that is inexcusable. If notusing office telephones, people use cellular telephones. If notaccessing email via a home or office computer, people buy variousdevices that allow them to access email accounts outside the home oroffice.

With all these different modes of communication comes a long list ofcommunication points of contact. These points of contact range fromtelephone numbers, including numbers for cell phones, faxes, homephones, office phones, and pagers, to postal addresses, to emailaddresses. With different competing companies offering differentservices, these points of contact (POC) can often be subject to change.For some people, these changes happen more frequently than for others.

Out of a need to consolidate a person's points of contact a new breed ofcompany has developed. These companies aim to consolidate anindividual's communication needs into one portal. Such companies,referred to here as a communication portal service company, give asubscriber to that service one telephone number. This one telephonenumber is intended to replace all other telephone numbers. Thesubscriber could then give out only one telephone number to his or herclients and friends, as opposed to the slew of numbers he or she wouldnormally give out.

However, people using such communication portal services still have tosupply additional contact information. For example, a subscriber to oneof these communication portal services would still have to provideothers with the subscriber's various email addresses and physicaladdresses associated with the subscriber. These communication portalservices, while consolidating some information, in the end give thesubscriber yet another number for people to remember. The result is thatinstead of making the list of POC's shorter, these communication portalservices add yet another item to the list of contact informationassociated with the subscriber. Accordingly, there is a need toconsolidate all or many of a person's POC's into one ID.

As with any POC, it needs to be unique to the individual and recognizedas such from a global perspective. People's names, as is commonly known,are not useable as ID's because, in general, they are not unique. As anexample, the name John Smith is a very common name and does not uniquelyidentify only one person. Telephone numbers on the other hand, areunique and have been used for decades to place telephone calls. However,telephone numbers do not reflect their owner's name and often can bedifficult to remember. Moreover, telephones are designed with keys forentry of numeric telephone numbers, and do not easily facilitateentering non-numeric information.

Email addresses are both unique and often reflect an individual's name.For example, an individual named John Smith might have the emailaddresses jsmith@domainame.com, john@domainame.com,john.smith@domainame.com, js@domainame.com, john.smith@domainame.org,etc. In these examples, “domainame” indicates the network domain inwhich the subscriber, John Smith, has an email account. The individualalso can have email accounts with other service providers usingdifferent network domains. Accordingly, in the example here, John Smithcould have additional email addresses for different network domains,such as John.Smith@domainame1.com, John.Smith@domainame2.com, etc. Eachof these email addresses would be recognized as relating to John Smith'sname, and are more likely to be remembered than his telephone number.

Some communication portal services offer unified messaging or unifiedcommunications services. Such services allow a caller to leave a messagefor a recipient using a variety of means, such as facsimile machines,telephones, and computers, and then store those messages in a messagebox for the recipient to retrieve. These communication portal servicesmight also notify a recipient of new messages in a variety of ways, suchas by voicemail, email, etc. However, these services do not provide acommunication session between a caller and a recipient, but only allowfor messaging between them.

Other services and systems enable a caller to connect with a variety ofdevices designated by the recipient, but require the caller to use acomputer to access a web page containing the recipient's contactinformation. The web page returns the recipient's contact information toa program, such as a Java applet, on the caller's computer so the callercan use the program to contact the recipient using the returned contactinformation. However, by returning the recipient's contact informationto the caller's computer, the recipient's contact information is injeopardy of being disclosed to the caller. Further, such systems do notautomatically establish a communication session with the recipient'spreferred point of contact, but require additional action by the calleror the caller's computer to initiate the contact. Further still, thecaller must use a computer with a highly functional web browser toinitiate the contact. No communication portal services allow a recipientto distribute easily remembered point of contact information, such asthe recipient's email address, that a caller can use to automaticallyestablish a communication session with the recipient's preferred pointof contact. Accordingly, there is a need for such a service and a systemto enable that service.

SUMMARY OF THE INVENTION

A universal point of contact identifier (a POC ID) enables acommunication initiator, such as a caller who places a telephone call,to contact a subscriber of a point of contact service, at thesubscriber's preferred destination device. A communication initiatorusing an initiator's device enters the POC ID, which preferably is anemail address, that is routed to a requester unit. Preferably, thecommunication initiator enters the email address by using a telephonewith an alphanumeric entry device, such as a keyboard. Alternatively,the communication initiator can enter the email address by voice, and avoice recognition unit transforms the POC ID into a computer readablestring corresponding to the email address. The requestor unit, based onthe input POC ID, sends a request for the subscriber's preferred pointof contact information to a server in the network domain providing thesubscriber's email service. The server identifies a lookup table holdingthe subscriber's preferred contact information. Based on the type ofcontact the initiator indicates, the preferred point of contactinformation for the specified type of contact is returned to therequester unit. The requester unit then controls a switch to connect theinitiating device with the destination device corresponding to thereturned preferred contact information.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1A is an illustration of a conventional business card with manydifferent points of contact printed on the card.

FIG. 1B is an illustration of another conventional business card, withfewer points of contact printed on the card than the card shown in FIG.1A, but still having multiple points of contact printed on the card.

FIG. 1C is an illustration of a business card that has only a singlepoint of contact printed on it, and can be used concomitantly with thepresent invention.

FIG. 2 is a block diagram illustrating a universal point of contact(POC) identifier (ID) system, in which a subscriber to a universalcontact service has a universal point of contact ID that is used by acommunication initiator to initiate contact with the subscriber.

FIG. 3 shows a data structure, preferably residing in the requester unitshown in FIG. 2, associating a subscriber's universal point of contactID domain name with an Internet Protocol (IP) address for a server onwhich the subscriber's contact information is stored.

FIG. 4 shows a data structure, preferably residing in the server andlookup table shown in FIG. 2, with a subscriber's universal point ofcontact information recorded in it.

FIG. 5 shows a message structure for a message sent from a requesterunit to a server in which a subscriber's universal point of contactinformation is recorded.

FIGS. 6A-C are flowcharts showing a process for using a universal pointof contact ID to contact a subscriber.

FIG. 7 is a block diagram illustrating another embodiment of a universalpoint of contact (POC) identifier (ID) system, in which the requesterunit includes a switch.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

Preferred embodiments according to the present invention are describedbelow with reference to the above drawings, in which like referencenumerals designate like components.

A universal point of contact (POC) identifier (ID), according to thepresent invention, is a unique identifier that is associated with aperson and that person's points of contact. Such a person with a POC IDcan subscribe to a service that stores information about the person'svarious points of contact, for example, the person's home telephonenumbers, business telephone numbers, facsimile numbers, email addresses,and physical addresses (e.g., home and business postal addresses). Aneffect of having a universal POC ID is that only that POC ID need begiven to others in order to contact that person to whom the POC ID isassigned (hereinafter “the subscriber”). This effect is illustrated byconsidering a person's business card. A conventional business card isshown in FIG. 1A, and includes a physical address, two telephonenumbers, a facsimile number, a cellular telephone number and an emailaddress, for a total of six points of contacts. FIG. 1B shows a businesscard that could be used by subscribers of certain existing services thatconsolidate the subscriber's telephone numbers into a single telephonenumber. However, a subscriber to such a system still must inform othersof the subscriber's physical address and email address, in addition tothe consolidated telephone number. Accordingly, there is a need tofurther simplify the point of contact information a person disseminates.

The present invention meets that need by enabling subscribers todisseminate only a single, universal point of contact ID, preferably anemail address. This situation is illustrated by FIG. 1C in which theonly information that need be printed on a subscriber's business card isthe subscriber's name and the subscriber's universal POC ID, here, anemail address. As shown in FIG. 1C, the subscriber to the universalpoint of contact service has a user ID of “John.Smith” in the networkdomain “domainame.com”. Often, the domain name will be the name of thesubscriber's service provider.

Universal Point of Contact System

A system for using a universal POC ID is shown in FIG. 2. The systemincludes an initiator's device 10 that enables a communication initiatorto enter a subscriber's universal POC ID while using, preferably, aconventional device such as a telephone or facsimile (fax) machine. Anexample of a communication initiator is a caller using a telephonedevice to call the subscriber. The communication initiator is referredto hereinafter as a caller, however, it will be understood that acommunication initiator can initiate communication with a subscriberusing initiating devices other than a telephone. The caller uses theinitiator's device to input a universal POC ID, preferably an emailaddress, in order to establish a communications session with a devicethe subscriber has designated as his or her preferred point of contact,referred to here as a destination device. The initiator's device 10 alsoenables a caller to indicate the type of contact the caller isattempting to make with the subscriber, such as a voice conversation ora fax transmission. Preferably, the initiator's device 10, shown in FIG.2, has either connected to it or integral with it, a universal POC IDentry device 20, such as a keyboard with separate numeric andnon-numeric keys, for entering numeric and non-numeric information,respectively. The communication session can be established through apublic switched telephone network (PSTN), using a conventional telephoneor fax machine as the initiator's device. Alternatively, thecommunication session can be established in an alternative communicationmedium, for example as a voice session over a data network, using forexample, a voice over internet protocol (VoIP).

Preferably, the initiator's device 10 is connected to a switch 30 in atelephone company's central office. Connected to the switch 30,preferably, is a requester unit 40. The requestor unit 40 is connectedto a data network 60.

The requester unit 40 includes a network interface unit (NIU) 40 a forinterfacing with the telephone network switch 30, a control unit 40 bconnected to the NIU for controlling the requestor unit, and arepository interface unit (RIU) 40 c, which is connected to the controlunit 40 b, and interfaces with the data network 60. The NIU 40 a caninclude a voice response unit (VRU) 40 d for receiving voice signalsfrom the switch 30 and converting them to textual information.

The requestor unit's role is to receive, via switch 30, a universal POCID input to the initiator's device 10 by a caller, and locate arepository of the subscriber's contact information based on theuniversal POC ID. Once that repository is located, the POC ID can queryit and receive back information concerning the subscriber's preferredcontact point. Preferably, the requester unit 40 uses well-known domainname services (DNS) to locate the repository based on the POC ID.Alternatively, the requester unit can have a storage unit 50 that holdsrouting information for locating the subscriber's preferred contactinformation. FIG. 3 shows an example of routing information 300 held instorage unit 50. The routing information associates a domain name in auniversal POC ID with a network address. Here, the domain name in auniversal POC ID, John.Smith@domainame.com, is associated with aninternet protocol (IP) address for the network domain servicing JohnSmith's email address. The routing information 300 can be used whendomain name services (DNS) are not available.

The requester unit 40 is connected to the data network 60, such as aninternet, to communicate with servers connected to the network 60. Here,the subscriber's service provider has a server 70 located in a networkdomain where the subscriber has his or her email account.

Associated with server 70 is a storage unit 80 holding the subscriber'spoints of contact information, such as telephone numbers, facsimilenumbers, email addresses, postal addresses, etc. The storage unit 80 cancontain a lookup table, such as the example lookup table 400 shown inFIG. 4. Together the server 70 and storage unit 80 form a repository forholding the subscriber's preferred point of contact information. Asubscriber can access the server 70 and lookup table 400 in storage unit80 by way of a subscriber interface 90, such as with a World-Wide Webbrowser 90, and can add or modify the POC information held in thedatabase 80. The subscriber, via the interface 90, can also designatethe POC IDs by which the subscriber prefers to be contacted.

The switch 30 also connects initiator's device 10 to a PSTN 100, andoperates to route a call to a destination device. Also connected to thePSTN 100, at a destination end, is another central office 110. Centraloffice 110 connects a destination device, such as a telephone 120 a or afax machine 120 b, to the PSTN 100. Alternatively, if the destinationdevice is a wireless device, such as a cellular telephone 120 c or apersonal digital assistant (PDA) 120 d, a wireless system 110 receivesthe call from the PSTN and transmits it to the subscriber's wirelessdestination device. The wireless system 110 includes a master switchcenter (MSC). The MSC, in response to receiving a call for thesubscriber's device, establishes a wireless connection with that device,thereby establishing a connection between the initiator's device 10 andthe subscriber's wireless device (e.g., cellular telephone 120 c)corresponding to the subscriber's preferred point of contact.

The requester unit 40, preferably, upon receiving the universal POC IDand an indication of the type of contact, will inspect the POC ID anddetect the domain name of the web server 70. For example, if the callerenters the POC ID “John.Smith@domainame.com,” the requestor unit 40 willrecognize the domain name as “domainame.com.” It will then formulate arequest for the subscriber's preferred point of contact and send thatrequest to the server identified by the domain name in the POC ID. Therequester unit 40 can send the request using conventional domain nameservices (DNS). Alternatively, the requester unit 40 can include adatabase 50 that holds mapping information relating a POC ID to a domainname for the subscriber. FIG. 3 shows an example data structure 300 thatmaps the domain name portion of a universal POC ID (i.e.,John.Smith@domainame.com) to a domain address (i.e., Internet protocol(IP) address: 123.45.67.89) for a server in a domain servicing thesubscriber.

The requestor unit 40 communicates with the server 70 by sending amessage 500, an example of which is shown in FIG. 5. The message 500includes the subscriber's user ID known within the server's domain, andan indication of the type of contact the initiator is attempting.Alternatively, message 500 can contain a fully qualified POC ID. In thecase illustrated by FIG. 5, the caller is attempting to initiate a voicecontact with the subscriber, and accordingly, the “type of contact”field in message 500 indicates that the initiator is attempting tocontact the subscriber by telephone to have a voice conversation withthe subscriber.

The storage unit 80 holds the subscriber's point of contact informationin a manner suitable for the server environment. For example, a lookuptable can be employed to hold the subscriber's point of contactinformation. Where appropriate, the point of contact information can bestored in a database. In either case, the universal POC ID in message500 operates as a key or an index to locate and reference thesubscriber's point of contact information. FIG. 4 shows a data structure400 for holding the subscriber's point of contact information. Here, forexample, the subscriber's POC data structure associates the subscriber'suniversal POC ID with two different home telephone numbers, twodifferent business telephone numbers, a facsimile telephone number, ane-mail address, and a postal address, all for contacting the subscriber.The POC data structure also includes a “type” field associated with eachPOC entry to indicate the type of POC for that entry. The POC datastructure also includes a “preference” field associated with each POCentry to indicate if the subscriber has designated that entry as apreferred point of contact. The data structure 500 can take any form solong as a subscriber's point of contact information can be located andretrieved based on the subscriber's universal POC ID, or a portion ofit.

Operation and Use of a Universal Contact Identifier

FIGS. 6A and 6B are flowcharts illustrating a process that a caller canfollow to send a message to a subscriber by way of the subscriber'spreferred contact method. Referring to FIG. 6, a caller initiates acontact with a subscriber by first entering a predetermined inputsignifying that a universal POC ID will be used to make the contact(600). For example, assuming the initiator's device is a telephone, thecaller can initiate a contact using a universal POC ID by entering apredetermined dialing sequence, such as *88. This predetermined sequencesignifies to the CO switch 30 that the contact will be made using auniversal POC ID, and the CO switch connects the initiator's device 10with the requestor unit 40 (610).

After entering the predetermined sequence, the caller enters theuniversal POC ID and an indication of the type of contact the callerdesires to make with the subscriber (620). Preferably, the universal POCID is an email address. A caller can enter the email address any numberof ways. For example, if the initiator's device 10 is equipped with akeyboard, the caller can type the subscriber's email address, and theemail address is passed to the requestor unit 40. Alternatively, thevoice response unit (VRU) 40 d can be employed to allow the caller toinput the email address by speaking it (620). The VRU can be locatedwithin the NIU 40 a of the requester unit 40, as shown in FIG. 2, butcan also be located elsewhere such as an enhanced service provided bythe telephone service provider. The VRU can be programmed to prompt thecaller to speak the email address and indicate verbally the type ofcontact. The VRU can include voice recognition capabilities to convertthe spoken email address into an address in a computer readable form,such as an ASCII string, using known voice recognition technology.

Operations 600 through 620 described above illustrate an example of aprocess for entering an email address. However, the invention is notlimited to those operations, and other techniques can be used. Forexample, if the CO switch 30 is equipped to support voice recognitiondialing, that technique can be used to enter the subscriber's emailaddress. In that case, a caller, when first connecting to the CO switch,instead of entering a predetermined dial tone sequence, could just speakthe email address. If the CO switch 30 is equipped to recognize a voice,as opposed to recognizing only dial tones, it could accept the spokenemail address and translate it into a computer readable string to passto the requestor unit 40. Similarly, either the CO switch 30 or therequester unit 40 can prompt the caller to indicate the type of contactdesired. The caller would then indicate, verbally for example, the typeof desired contact.

The requestor unit 40 receives the POC ID and the indicator of the typeof contact, and based on the type of contact will determine theappropriate subscriber contact information to request from the lookuptable 80, i.e., a facsimile number, telephone number, etc. (630). Therequester unit then extracts the domain name from the universal POC ID(640). Alternatively, the requester unit 40 looks up the network addressfor a server storing the subscriber's POC information, by locating therecord 300 in database 50, if the requestor unit includes such adatabase 50. Once the subscriber's domain server's address isdetermined, the requester unit sends a message, such as message 500shown in FIG. 5, to server 70 by way of a network 60 (650).

The subscriber's domain server 70 receives the message from therequester unit 40, and in response to that message, locates thesubscriber's POC record 400 in storage unit 80, for example, in lookuptable 400. The server 70 retrieves the requested POC information fromthe subscriber's POC record 400. The POC information that is retrievedis POC information that is appropriate for the type of contact (e.g., afacsimile number in this example) and that has been designated by thesubscriber as the preferred POC for that type of communication. Theserver then returns that retrieved POC information to the requester unit40 (660). For example, if the caller indicates a desire to contact thesubscriber to have a voice conversation, the server 70 locates thesubscriber's record, here the record 400 for universal POC IDJohn.Smith@domainame.com. The server performs a lookup in record 400 forthe voice type entry that the subscriber has designated as the preferredvoice number. In this case, the subscriber has designated his or herfirst business telephone line as the telephone number at which thesubscriber prefers to be called. Accordingly, the server 70 retrievesthat telephone number, (202) 555-1235, and returns it to the requesterunit 40.

At this point in the flowchart shown in FIG. 6A, the connector labeled“A” designates a similarly labeled connector point in FIG. 6B, at whichthe process flow continues.

The requestor unit 40 receives the preferred contact data from server70, and sends that data in the appropriate form to CO switch 30 (670).In the example here, the requester unit 40 receives the subscriber'sfirst business telephone line number, (202) 555-1235, and sends it to COswitch 30. The CO switch 30 uses the preferred contact information sentto it to establish a connection to the specified point of contact (680).Here, the CO switch 30 uses that telephone number to connect theinitiator's device to the destination device attached to thesubscriber's first business telephone line. The requester unit cancontinue to monitor the call after sending the preferred contact data tothe CO switch to intervene if necessary. A subscriber may want to keepthe subscriber's preferred contact data hidden from those attempting tocontact the subscriber, thereby concealing the destination device andpossibly the subscriber's location. Since the requestor unit interactswith the CO switch to automatically establish the connection with thepreferred point of contact, there is no need to send the preferred pointof contact data to the initiating device. Accordingly, this aspect ofthe invention enables an initiating device to connect with thesubscriber's preferred point of contact without disclosing that point ofcontact to the initiator. Alternatively, the requester unit can beprogrammed to send the preferred point of contact data to the initiatingdevice.

If the connection is successfully established (690), the process iscomplete and the voice or fax session between the initiator's device andthe subscriber's preferred device commences (700). However, if the COswitch 30 cannot establish a communication session with the preferredPOC (690), then the requestor unit will handle disposing of the call,such as by directing the call to a voice messaging unit to have amessage recorded and delivered to the subscriber (710). Preferably, thedestination device at the subscriber's preferred contact point has thecapability to record a voice message if the subscriber does not answerthe call. Alternatively, however, the voice messaging unit could belocated at a telephone number designated in the subscriber's lookuptable as the desired number for recording voice messages (not shown inFIG. 4). Accordingly, the requestor unit 40 would control the CO switchto direct the call to that voice message number. After the caller'sinitiating device is connected to a voice messaging unit, the processends (720).

In another alternative, the requestor unit 40 has the capability torecord messages and deliver them to the subscriber, in the event theconnection with the subscriber's preferred point of contact is not made.In this alternative, operations 710 and 720 are replaced with operations730 through 760, shown in FIG. 6C, where like reference numerals referto like operations in FIG. 6B. In this alternative, if a connection isnot made with the subscriber's preferred contact point, the processflows to operation 730. Here, the requester unit 40 handles the calldifferently, depending on whether the type of contact is a voice contactor a fax contact (730). If the attempted connection was for a voicesession, the requester unit 40 provides for the caller to record a voicemessage and then sends that recorded message as an email to thesubscriber or to a message box on the subscriber's server (740). If theattempted connection was for a fax session, the requester unit 40receives the fax, stores it and sends it as an image file to thesubscriber's email address or to a message box on the subscriber'sserver (750). Once the voice recording or the fax recording is sent tothe subscriber's email address or message box, the process ends (760).

Physical Point of Contact Addresses

Another application of the invention is to provide physical addressesthat the subscriber desires to make available, such as the postaladdresses for the subscriber's home and business. Such physicaladdresses can be recorded in the subscriber's point of contactinformation. For example, the lookup table 400 shown in FIG. 4 hasrecorded in it the subscriber's business address.

This aspect of the invention can be used to provide a shipper withtimely information about a subscriber's preferred address. Here, thesubscriber grants certain shippers, such as overnight deliverycompanies, access to the subscriber's preferred postal address and voiceaddress. In this case the subscriber supplies the shipper with his orher universal POC ID. The shipper then accesses the subscriber'spreferred shipping address by sending a request for the subscriber'spreferred postal address, and if necessary the subscriber's preferredvoice point of contact. The shipper can have a requester unit 70 with aninterface to it, such as a web browser interface, to enter thesubscriber's universal POC address, such as the subscriber's emailaddress, to request a physical address for delivery. The server 70, uponreceiving the request, retrieves the physical address in the lookuptable 400 that is designated as the preferred physical address fordeliveries, and returns it, and optionally the preferred voice address,to the requestor unit for the shipper's use. The shipper then sends thepackage to that preferred physical address.

The invention benefits both the shipper and the consumer, because theshipper has the most current, and hence, likely the most accurateaddress for the consumer. The consumer gets the package delivered to theaddress he or she prefers. This aspect of the invention is especiallybeneficial if the consumer had recently moved to a new address or if theconsumer frequently travels.

Alternatives

Another aspect of the invention is described with reference to FIG. 7,in which a requester unit 42 includes a switch 43 for connecting to aPSTN. In this alternative the switch 43 within requester unit 42 makesthe connection between the initiator's device and the subscriber'spreferred destination device by sending the telephone number for thesubscriber's preferred point of contact to central office switch 30.This avoids the need for the CO switch 30 to match the subscriber'spreferred telephone number provided by the requestor unit to the callfrom the initiator's device.

According to still another aspect of the invention, instead of theswitch 43 connecting to a PSTN 100, the switch 43 can connect to analternative network, such as a data network. This data network canprovide for a voice connection, using a protocol such as voice overinternet (VoIP).

Although the requester unit 40 is shown in FIG. 2 separate from the COswitch 30, the requestor unit 40 can be integrated into the CO switch20. In this regard, the CO switch receives the email address input byway of a keyboard-enabled telephone or by way of the caller speaking it.If the email address is spoken, the voice response unit translates thespoken email address into computer readable form. The CO switch thensends a request to the server 70 for the subscriber's preferred point ofcontact information. The central office switch 30, described here, canbe a well-known service control point (SCP), appropriately programmed tooperate as described here.

The invention also enables a subscriber to maintain his or her point ofcontact information confidential. The requester unit 40 and server70/lookup table 80 can be modified to provide point of contactinformation only for callers the subscriber has designated to the server70/lookup table 80. The requester unit 40 can use caller ID featuresprovided by the central office switch 20 to identify the caller, or canbe programmed to require the caller to enter identifying informationsuch as a user ID and password that the subscriber administers.

According to another aspect of the invention, the requester unit'sinvolvement in a call can terminate once a subscriber's preferred POCtelephone number is sent to a switch to initiate the call. As discussedabove, the requestor unit can continue to monitor the call until it issuccessfully placed, or alternatively, can continue to monitor the callfor a longer period of time up through the end of the call to afford thecall participants with further calling options.

According to yet another aspect of the invention, a subscriber canachieve a find-me-follow me function by designating more than one pointof contact as the preferred point of contact. Here, server 70 returnspoint of contact data for more than one preferred point of contact,based on the subscriber's designations. The requestor unit 40 uses theplurality of preferred points of contact to initiate contacts with thesubscriber. The requester unit 40 can initiate these contacts inparallel with one another, or in a serial manner. For example, if threetelephone numbers are returned as the preferred contact points, therequester unit 40 can initiate three telephone calls at the same time.By monitoring which telephone call successfully connects with thesubscriber, the requester unit 40 can terminate the other calls.Alternatively, the requester unit 40 can initiate calls to the threetelephone numbers in sequence. If the subscriber is not contacted usingthe first telephone number, the second telephone number is attempted,and then the third number if the second number is not successful. Thecalls can be initiated using a combination of parallel and sequentialcalls. For example, the requester unit 40 can attempt to place the callusing a first of the preferred points of contact. If that attempt fails,the requester unit 40 can then initiate calls to the other preferredpoints of contact, in parallel, all at substantially the same time.

According to still another aspect of the invention, the server 70 isprogrammed to return point of contact data for more than one preferredpoint of contact, according to preferences the subscriber designates.Here, the subscriber designates one of the points of contact as aprimary contact point for a particular type of communication, such asfor receiving facsimiles. The subscriber also designates one or moreother points of contact as secondary points of contact, for use if aconnection cannot be established using the primary point of contact. Therequester unit 40, upon receiving the primary and secondary preferredpoints of contact, would attempt to establish a communication sessionusing the primary preferred point of contact, and if that attempt isunsuccessful, it uses the secondary preferred points of contact toestablish a communication session. The attempts using the secondarypreferred points of contact may be performed in parallel orsequentially.

According to yet another aspect of the invention, the subscriber candesignate certain preferred points of contact based on the day of theweek, and/or the time of day. For example, the subscriber can designatethat on Monday through Friday from 9 a.m. to 5 p.m. a work telephonenumber is the preferred point of contact. From the hours of 5 p.m. to 10p.m., for example, the subscriber can designate his or her hometelephone number as the preferred point of contact. Further still, thesubscriber can designate that from the hours of 10 p.m. to 9 a.m. thesubscriber's voicemail telephone number is the preferred point ofcontact.

According to yet a further aspect of the invention, if a plurality ofpoints of contact are returned from the server 70, the caller selectsthe preferred point of contact to use in attempting to establish acommunication session. Here, the requestor unit 40 generates a selectionmessage indicating the different preferred points of contact returned bythe server 70. The message is sent to the initiating device forpresenting the selection choices to the caller. This presentation can bein the form of displaying an icon or short message for each point ofcontact selection choice. So as not to disclose the subscriber'spreferred point of contact data, the selection message sent to theinitiating device does not contain the point of contact information, butinstead contains only indicators of the point of contact information.For example, the indicators in the selection message could cause theinitiating unit to display three selection items, each relating to adifferent point of contact, such as “Washington, D.C. fax”, “New Yorkfax” and “Chicago fax”. The caller selects one of those selection items,“Washington, D.C. fax”, for example, as the point of contact to which tosend a facsimile. The initiating device returns to the requester unit aselection message containing an indicator of the selected point ofcontact. The requester unit receives that selection message, recognizesthat the “Washington, D.C. fax” indicator was selected, and attempts toestablish a communication session using the point of contact informationit had previously received from the server that corresponds to thesubscriber's Washington, D.C. facsimile point of contact.

The requestor unit and initiating device can be programmed to usevarious permutations of these point of contact selection techniques,such as allowing the caller to select a plurality of the presentedpoints of contacts for simultaneously attempting to establish aplurality of communication sessions.

It will be understood that the invention can be practiced using computerprogrammable devices, and with using hardware and/or software designedto operate according to the descriptions here.

Having described preferred embodiments of universal point of contactsystems and methods, it is believed that other modifications, variationsand changes will be suggested to those skilled in the art in view of theteachings set forth herein. It is therefore to be understood that allsuch variations, modifications and changes are believed to fall withinthe scope of the present invention as defined by the appended claims.Although specific terms are employed herein, they are used in theirordinary and accustomed manner only, unless expressly defineddifferently herein, and not for purposes of limitation.

1. A method of contacting a person who has a universal point of contactidentifier, comprising: entering the person's universal point of contactidentifier into an initiating device: presenting, in response to entryof the universal point of contact identifier, indicators of a pluralityof points of contact for the person; selecting one of the indicators;and contacting the person at the preferred point of contact indicated bythe selected indicator.
 2. The method of claim 1, wherein the person iscontacted by automatically establishing a communication session betweenthe initiating device and the point of contact indicated by the selectedindicator.
 3. The method of claim 1, wherein the person is contacted bypresenting a mailing address corresponding to the selected indicator,and delivering a package to the mailing address.
 4. The method of claim1, wherein the universal point of contact identifier is an emailaddress.
 5. The method of claim 4, wherein the email address consists ofa user identification portion, a domain name portion and a demarcationsymbol between the user identification and domain name portions.
 6. Themethod of claim 5, wherein the email address is of the formuserid@domainname, wherein userid is the user identification portionwhich is an identifier for the person within a computing domain havingthe domain name portion designated by domainname.
 7. A computer programembodied on a computer-readable medium, the computer program enablingthe contacting of a person who has a universal point of contactidentifier, the computer program comprising: program code for enteringthe person's universal point of contact identifier into an initiatingdevice: program code for presenting, in response to entry of theuniversal point of contact identifier, indicators of a plurality ofpoints of contact for the person; program code for selecting one of theindicators; and program code for contacting the person at the preferredpoint of contact indicated by the selected indicator.
 8. The computerprogram of claim 7, wherein the person is contacted by automaticallyestablishing a communication session between the initiating device andthe point of contact indicated by the selected indicator.
 9. Thecomputer program of claim 7, wherein the person is contacted bypresenting a mailing address corresponding to the selected indicator,and delivering a package to the mailing address.
 10. The computerprogram of claim 7, wherein the universal point of contact identifier isan email address.
 11. The computer program code of claim 10, wherein theemail address consists of a user identification portion, a domain nameportion and a demarcation symbol between the user identification anddomain name portions.
 12. The computer program of claim 11, wherein theemail address is of the form userid domainname, wherein userid is theuser identification portion which is an identifier for the person withina computing domain having the domain name portion designated bydomainname.